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RB MARKS 

The Examiner has rejected Claims 1-30 under 35 U.S.C. 1 12, first paragraph, as 
failing to comply with the written description requirement. Specifically, the Examiner 
has argued that 'the limitation "tangible computer readable medium" is considered new 
matter' since "jYjhe [EJxaminer did not find support for this limitation in the original 
disclosure." Applicant respectfully disagrees, and asserts that applicant's claimed 
"tangible computer readable medium" is supported in the original disclosure. For 
example, see applicant's disclosure of "cache memory" in the Specification on Page 9, 
lines 26-27, etai, 

Furthermore, the Examiner has rejected Claims 1-30 under 35 U.S.C. 1 01, as 
being directed towards non-statutory subject matter. Specifically, the Examiner has 
argued that applicant's claims "are directed to an algorithm, which is an abstract idea that 
[does] not correspond to any specific real world data," and that therefore the claims 'do 
not claim any "practical application" or "useful, concrete and tangible result" ' Applicant 
respectfully disagrees and asserts that applicant's claimed "receiving instructions from 
the video memory" (see this or similar, but not necessarily identical language in 
independent Claims 1 , 24, 25, 26, 28, 29, and 30) and "[retrieving] an instruction object 
stored in the frame buffer" (see independent Claim 27) provide a practical application, 
nai f i\ ig in strut oj and i t e\ ;g instructions, as noted above, and also 
produce a tangible, useful, and concrete result. In addition, applicant respectfully points 
out that Claim 29 claims "outputting the processed pixels," which also clearly provides a 
tangible, useful, and concrete result. 

The Examiner has rejected Claims 1-12, 18-21, 24-28, and 39 under 35 U.S.C. 
103(a) as being unpatentable over Rivard (U.S. Patent No. 5,987,567), in view of Wang 
(U.S. Patent No. 5,831,640) Further, the Examiner has rejected Claims 13-17, 22, 23, 
and 29 under 35 U.S.C. 103(a) as being unpatentable over Rivard and Wang, and further 
in view of Applicant Admitted Prior Art (AAPA). Applicant respectfully disagrees with 
such rejections. 
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To establish & prima facie case of obviousness, three basic criteria must be met. 
First, there must be some suggestion or motivation, either in the references themselves or 
in the knowledge generally available to one of ordinary skill in the art, to modify the 
reference or to combine reference teachings. Second, there most be a reasonable 
expectation of success. Finally, the prior art reference (or references when combined) 
must teach or suggest all the claim limitations. The teaching or suggestion to make the 
claimed combination and the reasonable expectation of success must both be found in the 
prior art and not based on applicant's disclosure, hi re Vaeckjffl F.2d 488, 20 USPQ2d 
1438 (Fed. Cir. 1991). 

With respect to the first element of the prima facie case of obviousness, the 
Examiner has argued that "[o]ne of ordinary skill in [the] art. . . would have expected 
applicant's invention to perform equally well with Rivard's reference that teaches to send 
and receive information/instruction from the texture mapping stage and texel cache 
system to the DRAM because using [these] components together will also result in 
sending and receiving instructions to and from DRAM." To the contrary, applicant 
respectfully asserts that it would not have been obvious to modify the teaching of Rivard, 
especially in view of the vast evidence to the contrary. 

Applicant respectfully points out that Rivard teaches that "[bjecause memory 
request generator 1020 is between cache tag blocks 1010, 1015 and cache data store 
1030, generator 1020 can perform DRAM 655 t | i ess and 

instruction information reach cache data store and memory data resolver 1030'' (Col. 6, 
lines 62-66 - emphasis added). In addition, Rivard teaches that "[ojnce memory requests 
are generated, there is, depending on the DRAM design, a constant latency, of about. five 
to ten clock cycles (or possibly more) which includes time for exiting and reentering the 
graphics pipeline hardware, to effect a page hit," and "[tjherefore, graphics accelerator 
ss stem 635 i ncludes t tency elements 1025 to coordinate arrival of the memory 

data an d oj the associated instructions at cache data store and memory data resolver 
1030" (Col. 6, line 66-Col. 7, line 7 - emphasis added). Furthermore, Rivard discloses 
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that "the memory request generator is coupled between the cache tag block and the cache 
data store for performing a memory request before an address and instruction information 
associated with the needed texeis reach the cache data store" (Col 10, lines 48-52 - 
emphasis added). 

Applicant respectfully asserts that a combination of data and instructions in 
Rivard would result in no need for Rivard's purposefully included "pipeline latency 
elements," since the combination of data and instructions would arrive together. As a 
result, there is no suggestion that the modification of the Rivard reference, as argued by 
the Examiner, is desired. The mere fact that references can be combined or modified 
does not render the resultant combination obvious unless the prior art also suggests the 
desirability of the combination, hi re Mills, 916 F.2d 680, 16 USPQ2d 1430 (Fed. Cir. 
1990). Although a prior art device "may be capable of being modified to run the way the 
apparatus is claimed, there must be a suggestion or motivation in the reference to do so," 
926 F.2d at 682, 16 USPQ2d at 1432,}. 

Additionally, applicant respectfully notes that modifying the Rivard reference, as 
suggested by the Examiner, would change the principle of operation of the Rivard 
system, since it would obviate the need for the purposefully included "pipeline latency 
elements 1025," as noted abov e, if the proposed modification or combination of the prior 
art would change the principle of operation of the prior art invention being modified, then 
the teachings of the references are not sufficient to render the claims prima facie obvious. 
hi re Ratti, 270 F.2d 810, .1 23 USPQ 349 (CCPA 1 959} 

Furthermore, applicant respectfully asserts that, in the Abstract, Rivard teaches 
U M system for caching texel information in a cache data store, for use in a graphics 
rendering system which uses interpolative sampling to compute texture color values." 5 
Additionally, Rivard teaches that "ftjhe system includes a texel memory storing texel 
information, a graphics application program for using interpolative sampling to compute 
dynamic texture values, a first cache data, storage for a number of the most-recent! y- 
retrieved texeis, a second cache data storage for a previously-retrieved adjacent line of 
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texels, cache tag blocks for determining whether the texels needed by the graphics 
accelerator system are cached in either of the first or second cache data stores, and a 
memory request generator for retrieving texels from iexel memory upon indication of a 
miss by the cache tag blocks." 



However, Rivard does not recognize one of the various possible problems solved 
by applicant, namely to "accommodate the program inability of recent texture and shader 
modules without being inhibited by the size of associated programs;" for example. It was 
this insight in solving this problem that helped the inventors conceive of the claimed 
invention which overcomes the drawbacks of the prior art. " Because that i nsight was 
contrary to the understandings and expectations of the ait, the stascture effectuating it 
would not have been obvious to those skilled hi the art " Schenck v. Nonron Corp., 713 
F.2d at 785, 21 8 USPQ at 700 (citations omitted). 



Additionally, applicant respectfully asserts that the following excerpts from 
Rivard demonstrate that such reference, in tact, teaches away from applicant' s claimed 
invention. 



"If the interface to DRAM 655 is 32-bit s wide, the texture mode 
i i i v > t t r i 1 i J k nd X nr da 3 

conv-ea ertt v a I oted ui tha then i.t i; possible to 

satisfy two lookup requests with a single read request. However, 
if the data is not aligned, then two read requests are needed." 
{Col. 6, lines 56-6.1 - emphasis added? 

,r "i ' , -> i)l 1 i t t i t y k 

3 ( > to coo ? arrival of t 

and. - *t v •« ;&«» i - - ^ - - o <e ~ <■ 

data resolveTT^a'. 7 ' yc/P"""-^ Unas 3-7 - emphasis added) 

needed t^xeis reach the cache data store." (Cel. 10, lines 48-52 
- emphasis added) 



Applicant respectfully asserts that the "pipeline latency elements 1025;'" as 
described in Rivard, are introduced speciflca \ to coordi ^emory data 

and of the associ ated in struction s at cache data store and memory data resolver 1030" 



(emphasis added). Thus, Rivard actually leaches away from applicant's claim language 
by intentionally incorporating the "pipeline latency elements 1025" for the specific- 
purpose of coordinating the arrival of the instructions and the memory data from separate 
sources. A prima facie case of obviousness may also be rebutted by showing that the art, 
in any material respect teaches away from the claimed invention. In re Geisler, 1 .16 F.3d 
1465, 147 1, 43 USPQ2d 1362, 1366 (Fed. Cir. 1997). 



Thus, clearly at least the first element of the prima facie case of obviousness has 
not been met by the Rivard reference. 

More importantly, with respect to the third element of the prima facie case of 
obviousness, applicant respectfully asserts that the Rivard reference also fails to meet all 
of applicant's claim limitations. Specifically, with respect to independent Claims 1, 24- 
27, and 30, the Examiner has relied on Figure 6 and Figure 10, in addition to the 
following excerpts from Rivard to make a prior an showing of applicant's claimed 
"sending an instruction request to video memory, where a texture module in a graphics 
pipeline sends the instruction request to the video memory" (see this or similar, but not 
necessarily identical language in the foregoing i ndependent claims). 




xv Cache data store 1030 resporssiveiy outputs on lines 649 the 
texture values cached in the read location. 



ire needs 



ffe-ct a page h: 
of t:I;« ([:-; : -:k- ■: y ; 



Applicant respectfully asserts that the figures relied on by the Examiner only 
generally illustrate a computer system and a block diagram detailing the graphics 
accelerator system showing the pipeline latency elements 1025. hi addition, the excerpts 
relied on by the Examiner merely teach thai the "fm]emory request generator 1020 
generates t^ (up to four for bi-linear sampling and up to 

eight for tri -linear sampling), and forwards the req uests to DRAM 655 for information 
retrieval" (emphasis added). However, disclosing that a memory request is generated for 
all misses, as in Rivard, fails to teach "sending an instruction request to memory utilizing 
a texture module in a graphics pipeline" (emphasis added), as claimed by applicant. 

Applicant notes that the Examiner has argued that "the texture mapping stage and 
the texel cache system together are considered the texture module." Applicant 
respectfully disagrees and asserts that Rivard merely suggests that the "[g]raphics 
accelej atoi s\ Mem 635 uk . ^ 640 including a.texturg.marjping 

stage 645 for mapping texture information to the graphics information received from 
t >n n 670 and for maintaining the texel information in a texel 
cache system 650" where the "{jfjexturt m ippim I lock 645 sends information via bus 
647 to te> e] cache §5 stem 6.5.0 a id ! m rtion \ ia bus 6 40 

back to texture mapping bi ock 645" (Col, 4, lines 49-57 - emphasis added). Clearly, the 
texture mapping stage is separate from the texture cache system, as clearly disclosed in 
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Rivard, and thus fails to suggest ''sending an jnsti i uest to memory utilizin g a 
texture module in a graphics pipeline" (emphasis added), as claimed by applicant. 

In addition, the Examiner has argued that "memory requests/read requests for ail 
misses that are forwarded to DRAM are instruction requests based on which DRAM 
sends back information, , , [where] the DRAM sends memory data based on the memory 
requests/read requests from the texture module " Further, the Examiner has argued thai 
"[m]emory requests/read requests act as an instruction to DRAM, which performs a 
particular function based on the request," 

Applicant, respectfully disagrees, and asserts that Rivard merely discloses that the 
"[tjexture mapping block 645 sends information via bus 647 to texel cache system 650, 
and texel cache system 650 sends information via bus 649 back to texture mapping block 
645" (Col. 4, lines 54-57). Additionally, Rivard discloses that " j t jexel sample address 
computation block 1005 forwards the higher resolution sample points A-D to cache tag 
block 1010 and forwards the lower resolution sample points E-H to cache tag block 
1015" and "(i]f a miss occurs, then cache tag blocks 1010 and 1015 forward a cache write 
address to memory request generator i020" which " generates memory requests for all 
misses . . . and forwards the requests to. DP O I 655 ion nform ati on retri eval " (Col. 6, 
lines 33-36, and lines 48-53 - emphasis added). 

However, Rivard 5 s disclosure that the memory' request generator 1020, which is 
included in the texel cache system (see Figure 1.0}, gent ests fo.t all 

misses and forwards the requests to DRAM for information retrieval, simply mils to even 
suggest "sending an instruction request to memory utilizing a texture module in a 
graphics pipeline" (emphasis added), as claimed by applicant. Moreover, the texel 
sample address computation block (included in texture mapping block 645) which 
forwards sample points to the cache tag blocks 1010 and 101 S (included in texel cache 
system 650), as disclosed in Rivard, fails to meet "sending an instruction request to 
memory utili g a texi mod i lies pipeline (emphasis added), as claimed 



by applicant. Furthermore, the m< mot \ i eguest to the DRAM, as in Rivard, fails to 
suggest "art Instruction request," in the manner as claimed by applicant. 

In addition, applicant respectfully asserts that the following excerpts from Rivard 
further demonstrate that the Rivard fails to disclose applicant's claimed "sending an 
instruction request to video memory, where a texture module in a graphics pipeline sends 
the instruction request to the video memory" (see this or similar, but not necessarily 
identical language in the foregoing independent claims). 

t j N fa B , } t. iuoc 

indicates a ^.Jb:l..l^h^2::2:sl^ : - : • 'it the data is; 

onveaientiy < sk i s 1 t possil to 

s tisf\ two loo? p res ts wit read yucs- . However, 

if the data is no" aligned, then two reed requests* are needed.'' 
{Col. 6, lines 56-61 - emphasis added} 

p >r t 1 i t t f 

and of the associated Inst r ; ict:.i.o::;s at cache data store and. me-noty 
data resolver 1030." (Col. 1, Unas 3-7 - emphasis added) 

"...the memory request generator is coupled between the cache tag 
block and the cache data store fox: performing a memory request 
be bore an address end instruction in i or matron associatec- with the 
: t- - -exels reach the cache data store." {Col. 10, lines 48-52 
* Meo. > 

First, applicant respectfully points out that Rivard merely teaches that "the 
memory request generator is coupled between the cache tag block and the cache data 
store for performing a memory request before an address and instruction information 
associated with the needed texels reach the cache data store" (emphasis added). Clearly, 
coordinating the arrival of" memory data", where "the data is conveniently aligned in the 
texture, ma p" (emphasis added), as in Rivard (see excerpts above}- tails to teach "sending 
an i»strucqon.request " (emphasis added), as claimed by applicant. 

Second ap > I if i nemqrs 

request is performed before an address and instruction information associated with the 
needed texds reach the cache data store (see excerpts above). Thus, the memory data in 
Rivard simply relates to texel data, which clearly fails to suggest "sending an instruction 
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request to memory utilizing a texture module in a graphics pipeline" (emphasis added), as 
claimed by applicant. 

Furthermore, the Examiner has argued that "the definition of instruction provided 
by dictionary.com, which defines instructions as a command given to a computer to carry 
out a particular operation and can contain data to be used in the operation; here DRAM 
sends memory data based on the memory requests/read requests from the texture 
module." Further, the Examiner has argued that "[mjemory requests/read requests act as 
an instruction to DRAM, which performs a particular function based on the request." 

Applicant respectfully disagrees with the Examiner's arguments and asserts that 
the dictionary.com reference provided by the Examiner merely defines an instruction as 
"a command given to a computer to carry out a particular operation." Applicant 
respectfully asserts that Rivard merely discloses that die "' cache tag blocks 1010 and 1015 
forward a cache write address to memory request generator 1020" which " generates 
memory requests for all misses... .andjwwards the reqtiesis to DR \M 655 fot 
i nformati on retri evaT (Col. 6, lines 33-36, and lines 48-53 emphasis added). However, 
the disclosure of the memory request generator generati ng a memory request and 
forwarding the request to DRAM for inform ation retrieval as in Rivard, simply fails to 
suggest "sending an instruction request to memory utilizing a texture module in a 
graphics pipeline" (emphasis added), as claimed by applicant. Clearly, generating and 
forwarding a memory request to DRAM, as in Rivard, fails to suggest "sending an 
induction .request, particularly where ins u< ns j are received] in response lo the 
instruction request" (emphasis added), in the context as claimed by applicant. 

Additionally, with respect to independent Claims 1, 24-27, and 30, the Examiner 
has relied on Figure 6 and Figure 10; Col. 4, lines 46-57; Col 6, lines 45-67; and Col. 7, 
lines 1-10 from Rivard (reproduced above) to make a prior art showing of applicant's 
claimed "recei ving instructions from the video memory in response to the instruction 
request utilizing the texture module in the graphics pipeline" (see this or similar, but not 
necessarily identical language in the foregoing independent claims). 
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Specifically, the Examiner has argued that "DRAM returns memory data to cache 
data store and memory data resoiver component of texel cache system, which further 
sends this information to the texture mapping stage; [where] the texture mapping stage 
and the texel cache system together are considered the cache module, so the 
i nf braiati on/mem ory data is passed between the components of the texture module," 

Applicant respectfully disagrees, and points out that in the second paragraph on 
Page 7 of the Office Action mailed 03/20/2007, the Examiner has stated that "Rivard 
does not explicitly teach to combine texture mapping stage and texel cache system to 
form a texture module," and thus, Rivard simply fails to suggest "receiving instructions 
from the video memory in response to the instruction request utilizing th e texture module 
in the graphics pipeline '' (emphasis added), as claimed by applicant. 

In addition, the excerpts from Rivard relied upon by the Examiner merely teach 
that "DRAM 655 returns the memory data on bus 660 to cache data store and memory 
data resoiver 1030" (emphasis added). However, merely returning memory data to a 
cache data store, as in Rivard, simply fails to teach "receiving instructions from the video 
memory in response to the instruction request utilizing the texture module in the graphics 
pipeline" (emphasis added), as claimed by applicant. 

Furthermore, applicant respectfully asserts that Rivard teaches that "[fjexture 
mapping block 645 sends information via bus 647 to texel cache system 650, and texel 
cache system 650 sends information via bus 649 back to texture mapping block 645" 
(Col. 4, lines 54-57) Additionally, Rivard discloses that " [t]exel sample address 
computation block 1005 forwards the higher resolution sample points A~D to cache tag 
block 1 010 and forwards the lower resolution sample points E-H to cache tag block 
1 0 1 5" and "[i ]f a miss occurs, then cache t I - y a aid a cache w rite 

address to memory request generator 1020" which " generates, memory request s for all 

<_ ] i i 'i > u 1 for information C< 

lines 33-36, and lines 48-53 - emphasis added). Further, Rivard discloses that "DRAM 



- 12- 



655 retui as the .in ita on bus 660 to cache data store and memory data resolver 
1 0^0 which btOK'H the munou d u< t I hess (Col 6 lines 53-56 - emphasis 

added). 

However, the disclosure of a memory request geneiatoi that geneiates menunx 
requests for all misses and forwards the requests to DRAM for information retrieval, and 
that the DRAM then returns the ?neniojy.d.a|a which is stored at the write address, as in 
Rivard, simply fails to even suggest "receiving instructions from the video memory in 
response to tin n ,t. ' tionj ruest utilizing the texture module in the graphics pipeline" 
(emphasis added), as claimed by applicant. Clearly, returning memory data which is 
stored at a write address after a cache miss, as in Rivard, fails to meet "receiving 

instructions fr om the video mem ory in response to the in rr n ; i quest i em phasis 

added), as claimed by applicant. Applicant emphasizes that the memory data from the 
DRAM, as disclosed in Rivard, tails to teach or suggest "instructions," in the manner as 
claimed by applicant. 

In addition, the Examiner has admitted that "Rivard does not explicitly teach to 
combine texture mapping stage and texel cache system to form a texture module," and 
has argued that "it would have been obvious to one of ordinary skill in the art at the time 
of present invention to combine texture mapping stage and texel cache system of Rivard 
to work together as a texture module." 

Applicant disagrees and respectfully asserts that, it would not have been obvious 
to combine the texture mapping stage and texel cache system in Rivard, as suggested by 
the Examiner. Specifically, Rivard teaches the use of "pipeline latency elements 1025" 
which " coordinate arrival of the memory data and of the associated instructions at cache 
data store and memory data resolver 1030" (Col. 7, lines 3-7 - emphasis added). 
However, Rivard actually teaches away from the Examiner's above allegation, in 
addition to applicant' s claim language, by intentionally incorporating the pipeline latency 
elements to coordinate arrival of the mem ory data from separ ate sources. Therefore., for 
the reasons argued above, it would not be obvious to "combine texture mapping stage and 
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texel cache system," as argued by the Examiner, Thus, it would not have been obvious to 

... [t instructions h n the vi , net in response to the instruction request 
utiiMa gjhet^ in the graphics pipeline" (emphasis added), as applicant 

claims. 

Applicant thus formally requests a specific showing of the subject matter in ALL 
of the claims in any future action. Note excerpt from MPEP below. 

"If the applicant traverses such an [Official Notice] assertion the examiner should 
cite a reference in support of his or her position" See MPEP 2144.03. 

Still yet, the Examiner has admitted that "Rivard does not explicitly teach that the 
memory returns instructions along with data, in response to [the] instruction request from 
the texture module," but has argued that ' Wang teaches a graphics subunit {texture 
module) in a graphics hardware system that supplies data and control signals to local 
frame buffer memory for executing a series of display instructions (Fig. 1, col. 5 lines 38- 
67...)." 

Applicant respectfully disagrees. The excerpt from Wang relied on by the 
Examiner merely discloses a ''graphics subunit 109 for executing a series of display 
instructions found within a display list stored in computer memory." However, only 
generally disclosing that a graphics subunit executes instructions stored in computer 
memory, as in Wang, fails to specifically meet applicant's claimed "receiving 
instructions from the video memory in response to the instruction request utilizing the 
texture module in the graphics pipeline " (emphasis added), as applicant claims. In fact, 
applicant notes that Wang only discloses that the "graphics subunit 109 inciudf es] a 
texture engine 10, [and] a polygon engine 12," and that the "texture engine 10 is 
responsible for retrieving the texture map data," whereas the "polygon engine 
12. ..performs well known polygon rendering functions" (Col. 6, lines 3-49). Thus, 
Wang clearly does not disclose receiving i -.{ructions ml ing . i. tre module in 
the graphics pipeline" (emphasis added), as claimed. 
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Moreover, with respect to independent Claim 28, the Examiner has relied on 
Figures 6 and 10; Col 4, lines 46-57; Col. 6, lines 45-67; and Col. 7, lines 1 -10 in Rivard 
to make a prior art showing of applicant's claimed "sending an instruction request to 
video memory, where the texture module sends the instruction request to the video 
memory." 

Applicant again respectfully asserts that figures from Rivard relied upon by the 
Examiner only shows a block diagram of a computer system, and that the excerpts relied 
on by the Examiner simply disclose that "the cache tag blocks 1010 and 1.015 forward a 
cache write address to memory request generator 1020'" where u [m]emory request 
generator 1020 generates memory requests for all misses." Clearly, generating a memory 
request for all misses, as in Rivard, does not meet applicant's claimed "sending an 
instruction request " (emphasis added), as claimed. Applicant also respectfully points out 
the arguments made above with respect to at least some of the other independent claims 
which clearly show that Rivard does not meet applicant's specific claim language. 

In the Office Action mailed 03/20/2007, the Examiner has argued that "Rivard 
teaches this limitation" and to "refer to the rejection of claim 1 . . . regarding sending an 
instruction request to video memory, where a texture module in a graphics pipeline sends 
the instruction request to the video memory." Applicant disagrees with the Examiner's 
arguments and asserts that, for substantially the same reasons as those argued above with 
respect to at least some of the independent claims, Rivard fails to even suggest "sending 
an instruction request," as applicant claims. For example, applicant respectfully points 
out that Rivard merely teaches that "the memory request generator is coupled between 
the cache tag block and the cache data store for performing a memory request before an 
address and instruction information associated with the neededtexels reach the cache 
data store" (Cot. 10, lines 48-52 - emphasis added). Clearly, performing a memory 
request, before the address and instruction information reach the cache data store, as in 
Rivard (see excerpts above), fails to teach "sending an it . ■ , t 'emphasis 

added), as claimed by applicant. 
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Furthermore, with respect, to Claim 28 and the Examiner's reliance upon the 
rejection of Claim I, the Examiner has argued that "the definition of instruction provided 
by dictionaiy.com, which defines instructions as a command given to a computer to carry 
out a particular operation and can contain data to be used in the operation; here DRAM 
sends memory data based on the memory requests/read requests from the texture 
module.'' Further, the Examiner has argued that "[mjemory requests/read requests act as 
an instruction to DRAM, which performs a particular function based on the request." 

Applicant respectfully disagrees with the Examiner's arguments and asserts that 
the dictionaiy.com reference provided by the Examiner merely defines an instruction as 
"a command given to a computer to carry out a particular operation." Applicant 
respectfully asserts that Rivard merely discloses that the "cache tag blocks 1010 and 1015 
forward a cache write address to memory request generator 1020" which " gener ates 

lemj reo. es to ill mi ses and forwards the re quests to PRAM 655 for 
information retrieval" (Col. 6, lines 33-36, and lines 48-53 - emphasis added). However, 
the disclosure of the memory request generator generati ng a memory request and 
forwarding the request to DRAM for information retrieval as in Rivard, simply fails to 
suggest "sending an instruction request to video memory, where the texture module sends 
the instruction request to the video memory" (emphasis added), as claimed by applicant. 
Clearly, generating and forwarding a memory request to DRAM, as in Rivard, fails to 
suggest "sending an instaiction request " (emphasis added), in the manner as claimed by 
applicant. 

In addition, with respect to Claim 28, the Examiner has relied on Figures 6 and 
10; Col. 4, lines 46-57; Col. 6, lines 45-67; and Col. 7, lines 1-10 from Rivard to make a 
prior art showing of applicant's claimed "receiving additional instructions from the video 
memory in response to the instruction request utilizing the texture module" 

Specifically, the Examiner has argued that "Rivard.. . teaches that DRAM returns 
memory data to cache data store and memory data resolver component of texel cache 
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system, which further sends this information to the texture mapping stage." Further, the 
Examiner has a gued that 'the texture mapping ^tage and the texel t tche system together 
are considered as texture module so the information is pa d b sen die components 
of the texture module." hi addition, the Examiner has argued that " [t]he texture mapping 
stage as shown in Fig 6 also receives data (instructions) from the rasterizer module of the 
pipeline, and thus the instructions received from the DRAM via the texel cache system 
are considered to be the additional instructions." 

Applicant respectfully disagrees with die Examiner's arguments and asserts that 
Rivard merely discloses that "DRAM 655 returns the memory data on bus 660 to cache 
data store and memory data resolver 1 030, which stores the memory data at the write 
address " (Col 6, lines 53-56 - emphasis added). However, merely storing memory data 
at the write address, as in Rivard, simply fails to suggest " receiving additional 
instructions from the video memory in response to the instruction request utilizing the 
■ ■ e module" (emphasis added), as claimed by applicant. Clearly, storing memory 
data, as in Rivard, fails to suggest "receiving additional instructions," in the manner as 
claimed by applicant. 

Second, in response to the Examiner's argument that "the texture mapping stage 
and the texel cache system together are considered as texture module." applicant 
respectfully disagrees and asserts that Rivard merely teaches that "[graphics accelerator 
system 635 includes graphics pipeline stages 640 including a texture mapping stage 645 
for mapping texture information to the graphics information received from graphics 
application program 670 and for maintaining the texel information in a texel cache 
system 650' where the "[tjexture mapping block 645 sends information via bus 647 to 
texel cache system 650 , and texel cache system 650 sends information via bus 649 back 
to texture . mapping . bl ock .645 " (Col 4, lines 49-57 - emphasis added). Clearly, the 
texture mapping stage is sep rate 0 . the texture cache system, as in Rivard, which fails 
to suggest "re.c^i.ymg.Mditmnal.i.RStmgtiQa§ from the video memory in response to the 

instuu-tum u i u t . utilizing ■ t nodule " (emphasis added), as claimed by 

applicant. 
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Third, in response to the Examiner's argument that "Fig. 6 also receives data 
(instructions) from the rasterizer module of the pipeline, and thus the instructions 
received from the DRAM via the texel cache system are considered to be the additional 
instructions" applicant respectfully disagrees and asserts that Rivard merely teaches that 
"the memory request generator is coupled between the cache tag block and the cache data 
store for performing a men > ecjuc before an address and instruction information 
associated with the needed texels reach the cache data store" (emphasis added). Clearly, 
coordinating the arrival of "memory; d?Ua", where "the data is conveniently aligned in the 
texture map" (emphasis added), as in Rivard (see exceqtts above), fails to teach 
"receivmg additional jstru ions (emphasis added), as claimed by applicant. In 
addition, applicant respectfully asserts that simply nowhere in the description of Figure 6 
is there any disclosure that 'Tig. 6 also receives data (instructions) from the rasterizer 
module of the pipeline," as noted by the Examiner. Thus, Rivard simply fails to meet 
applicant's claimed "receiving additional instructions... utilizing the texture module," as 
claimed. 

.Furthermore, with respect to independent Claim 29, the Examiner has relied on 
Figures 6 and 10; Col. 4, lines 46-57; Col. 6, lines 45-67; and Col. 7, lines 1-10 from 
Rivard, along with Fig. 3; and Page 5, lines 24-3 1 from AAPA to make a prior art 
showing of applicant's claimed "sending an instruction request to video memory, where a 
texture module coupled to the shader module sends the instruction request to the video 
memory." 

Applicant respectfully asserts that the figures relied on by the Examiner only 
generally illustrate a computer system and a block diagram detailing graphics accelerator 
system showing the pipeline latency elements 1025. In addition, in Col. 7, lines 4-7, 
Rivard teaches that graphics accelerator system 635 includ pjj me latency elements 
.1.02.5. to coordinate, arrival of the memory data and of the associated instructions at cache 
data store and memory data resolver 1030" (emphasis added) Furthermore, Rivard 
teaches that "[mjemory request generator 1020 generates memory requests for all misses 
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(up to four for bi-linear sampling and up to eight for tri-linear sampling), and forwards 
the requests..." (Col. 6, lines 50 - 52 emphasis added). However, disclosing that 
memory requests are generated for ail misses, as in. Rivard, fails to suggest "sending an 
instruction request to memory utilizing a texture module coupled to the shader module" 
{emphasis added), as claimed by applicant. 

In addition, applicant respectfully asserts that Fig. 3 from AAPA as relied upon 
by the Examiner merely discloses that "the texels resulting from one texture lookup can 
influence the location of the texels in a subsequent texture lookup" (Page 4, lines 30-3 1 - 
emphasis added). However, the mere disclosure of texels resulting from a texture lookup 
fail to even suggest "sending an instryc h >i t ecjuest to video memory, where a texture 
module coupled to the shader module sends the instruction request to the video memory" 
(emphasis added), as claimed by applicant. Clearly, retrieving texels from a texture 
lookup fails to meet "an instruction request " in the manner as claimed by applicant. 

In the Office Action mailed 03/20/2007, the Examiner has argued that "Rivard 
teaches sending an instruction request to video memory, where the texture module sends 
the instruction to the video memory." Applicant disagrees with the Examiner's 
arguments and asserts that, for substantially the same reasons as those argued above with 
respect to at least some of the independent clai ms, Rivard fails to even suggest "sending 
an instruction request," as applicant claims. For example, applicant respectfully points 
out that Rivard merely teaches that "the memory request generator is coupled between 
the cache tag block and the cache data store for performing a memory ..request before an 
address and instruction information associated with the needed texels reach the cache 
data store' (Col. 10, lines 48-52 - emphasis added). Clearly, performing a memory 
request before the address and instruction information reach the cache data store, as in 
Rivard (see excerpts above), fails to teach "sending an instniction requesf ' (emphasis 
added), as claimed by applicant. 



Furthermore, with respect to Claim 29 and the Examiner's reliance upon the 
rejection of Claim 1, the Examiner has argued that "the definition of instruction provided 
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by dictjonaty.com, which defines instructions as a command given to a computer to carry 
out a particular operation and can contain data to be used in the operation; here DRAM 
sends meimts / da - ed on the memoix requests read requests from the texture 
module." Further, the Examiner has argued that "[m]emory requests/read requests act as 
an instruction to DRAM, which performs a particular function based on the request." 

Applicant, respectfully disagrees with the Examiner's arguments and asserts that 
the dictionaiy.com reference provided by the Examiner merely defines an instruction as 
"a command given to a computer to carry out a particular operation." Applicant 
respectfully asserts that Rivard merely discloses that the " cache tag bl pcks 1 0 1 0 an d 1 01 5 
to yard a cache wri te address to memor etjuest enerajor 1 020 which gem ites 
memory requests for all misses. . . and forwards the requests to DRAM 655 for 
information retrieval " (Col. 6, lines 33-36, and lines 48-53 - emphasis added). However, 
the disclosure of the memory request generator generating a memory request, and 
forwarding the request to DRAM for information retrieval., as in Rivard, simply fails to 
specifically suggest sendii ]..i in on qu.es to video memory, where a texture 
module coupled to the shader module sends the instruction request to the video memory" 
(emphasis added), as claimed by applicant. Clearly, generating and forwarding a 
memory request to DRAM, as in Rivard, fails to suggest "sending an instruction request " 
(emphasis added), in the manner as claimed by applicant. 

In addition, with respect to Claim 29, the Examiner has relied on Figures 6 and 
10, Col 4, lines 46-57; Col. 6, lines 45-67; and Col. 1, lines 1-10 from Rivard, along with 
Fig. 3; and Page 5, lines 24-31 from AAPA to make a prior art showing of applicant' s 
claimed "receiving additional instructions from the video memory in response to the 
instruction request utilizing the texture module." 

Specifically, the Examiner has argued that "Rivard. . . teaches that DRAM returns 
memory data to cache data store and memory data resolver component of tex el cache 
system, which further sends this information to the texture mapping stage." Further, the 
Examiner has argued that "the texture mapping stage and the texel cache system together 
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are considered as texture module, so the information is passed between the components 
of the texture module." In addition, the Examiner has argued that "jijhe texture, mapping 
stage as shown in Fig. 6 also receives data (instructions) from the rasterizer module of the 
pipeline, and thus the instructions received from the DRAM via the texel cache system 
are considered to be the additional instructions." 

Applicant respectfully disagrees with the Examiner's arguments and asserts that 
Rivard merely discloses that "DRAM 655 returns the memory data on bus 660 to cache 
data store and memory data resolver 1 030 which stores ihe memory data at the write 
address" (Col. 6, lines 53-56 - emphasis added). However, merely storin g mem ory data 
at the write address, as in Rivard, simply fails to suggest "receiving additional 
instructions from the video memory in response to the instruction request utilizing the 
texture module " (emphasis added), as claimed by applicant. Clearly, storing memory 
data, as in Rivard, fails to suggest "receiving additional instructions," in the manner as 
claimed by applicant. 

Second, in response to the Examiner's argument that "the texture mapping stage 
and the texel cache system together are considered as texture module " applicant 
respectfully disagrees and asserts that Rivard merely teaches that "[gjraphics accelerator 
system 635 includes graphics pipeline stages 640 including a texture mapping stage 645 
for mapping texture information to the graphics information received from graphics 
application program 670 and for maintaining the texel information in a texel cache 
system 650" where the "[tjexture mapping block ^\ ; it lion via bus 64? to 

texel cache system 650 , and texel cache s\ s i . n tfi 5j ) cn d s i nformation via bus 649 back 
to v- uure mapping block 645 " (Col. 4, lines 49-57 - emphasis added). Clearly, the 
texture mapping stage and separate texture cache system, as in Rivard, fails to suggest 
" receiving. additional i nstmcti ons from the video memory in response to the instruction 
request utih ■ n<> the texture module (emphasis added), as claimed by applicant. 

Third, in response to the Examiner's argument that "Fig. 6 also receives data 
(instructions) from the rasterizer module of the pipeline, and thus the instructions 
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received from the DRAM via the texe! cache system are considered to be the additional 
instructions/' applicant respectfully disagrees and asserts that Rivard merely teaches that 
"the memory .request .generator is coupled between the cache tag block and the cache data 
store for performing a memory request before an address and instruction information 
associated with the needed texels reach the cache data store" (emphasis added). Clearly, 
coordinating the arrival of "memory data", where "the data is conveniently aligned in the 
texture jnap" (emphasis added), as in Rivard (see excerpts above), fails to teach 
"receiving additional instructions" (emphasis added), as claimed by applicant. In 
addition, applicant respectfully asserts that simply nowhere in the description of Figure 6 
is there any disclosure that "Fig. 6 also receives data (instructions) from the raster! zer 
module of the pipeline,"' as noted by the Examiner. Thus, Rivard simply fails to meet 
applicant's claimed "receiving additional instructions. . . utilizing the texture module," as 
claimed. 

Applicant respectfully asserts that at least the first and third elements of the prima 
facie case of obviousness have not been met, since it would be ttnobvious to modify the 
Rivard reference, as noted above, and the prior art references, as relied upon by the 
Examiner, fail to teach or suggest, all of the claim limitations, as noted above. Thus, a 
notice of allowance or a proper prior art showing of all of applicant's claim limitations, in 
combination with the remaining claim elements, is respectfully requested. 

Applicant further notes that the prior art is also deficient with respect to the 
dependent claims For example, with respect to Claim 18, the Examiner has relied on 
Col. 5, lines 43-67; and Col. 6, lines 1-47 from Wang to make a prior art showing of 
applicant's claimed technique "wherein a complete instruction set is received in response 
to the instruction request." Specifically, the Examiner has argued that "Wang. . . teaches 
a graphi cs subun.it (texture module) of a graphics hardware system executing a series of 
display instructions (set of instructions) stored in computer memory" and that "|t|he 
graphics subunit receives display instructions including texture data based on the 
supplied data and control signals." 
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Applieant respectfully disagrees and asserts thai Wang merely discloses that 
"ftjhe graphics hardware system J 08 contains a 3D graphics sub unit 109 for executing a 

l>s of disj nstru isfonnd n a Ijsj 1 t sj ! t > it 
where "[tjhe display list general!) com in s in 'Mm '.'> v ns regarding the rendering of several 
graphic primitives., e.g., individual points, lines, polygons, fills, BITBLTs (bit block 
transfers), textures, etc " (Col. 5, lines 40-46 - emphasis added). However, only 
generally lis i t graphics subunit executing erk 1 1 s I i\ isti dons found 
within a display list stored in computer memory, as in Wang, does not specifically teach 
that "a uompkf n U ction set is receh ed in response to the instruction request," where 
the "instructions [are received] front the video mem pry" (emphasis added), in the context 
as claimed by applicant (see Claim 1 for context). 

In addition, with respect to Claim 19, the Examiner has relied on Coi. 5, lines 43- 
67; and Col. 6, lines 1-47 from Wang to make a prior art showing of applicant's claimed 
technique "wherein a partial instruction set. is received in response to the instruction 
request." Specifically, the Examiner has argued that "Wang. . . teaches a graphics subunit 
(texture module) of a graphics hardware system executing a series of display instructions 
(set of instructions) stored in computer memory* and that "[fjhe graphics subunit receives 
display instructions including texture data based on the supplied data and control 
signals.' 1 

Applicant respectfully disagrees and asserts that Wang merely discloses that 
"[fjhe graphics hardware system 1 OS contains a 3D graphics subunit 1 09 for executing.a 
series of display instructions found within a display list stored in computer memory " 
where "[tjhe display list generally contains instructions regarding the rendering of several 
graphic primitives, e.g., individual points, lines, polygons, fills, BIT BL'fs (bit block 
transfers), textures, etc." (Col. 5, lines 40-46 - emphasis added). However, only 
generally disclosing the graphics subunit executing a series . >f display instaictions found 
within a display jis i \ as i Wang, does not specifically teach 

that " a pars .;al in si uctb ■■< set is received in response to the instruction request" where the 
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"instructtons [are received] omjhe vj jeo.memoQ (emphasis added), in the contest as 
claimed by applicant (see Claim 1 for context). 

In fact, applicant notes that the Examiner has relied on the same disclosure in 
Wang of a "series of display instructions" to meet both applicant's claimed "complete 
instruction set [that] is received in response to the instruction request" (see Claim 18) and 
"partial instruction set [that] is received in response to the instruction request" (see Claim 
19), as claimed. Clearly, a generally disclosure of a series of instructions, as in Wang, 
simply cannot meet applicant's claimed "complete instruction set" (Claim 1 8) and 
"partial instruction set" (Claim 19), as claimed. 

Again, applicant respectfully asserts that at least the first and third elements of the 
prima facie case of obviousness have not been met, as noted above. Thus, a notice of 
allowance or specific prior art showing of each of the foregoing claim elements, in 
combination with the remaining claimed features, is respectfully requested. 

To this end, all of the independent claims are deemed allowable. Moreover, the 
remaining dependent claims are further deemed allowable, in view of their dependence 
on such independent claims. 

In the event a telephone conversation would expedite the prosecution of this 
application, the Examiner may reach the undersigned at (408) 505-5100. The 
Commissioner is authorized to charge any additional fees or credit any overpayment to 
Deposit Account No. 50-1351 (Order No. NV1DP064). 

R e spectfii 1 1 v s u bm i tte d , 
Zilka-Kotab, PC. 
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